- 综合排序
- 最热优先
- 最新优先
Claude Opus 4.8 发布了
ClaudeOpus4.8发布了Anthropic把ClaudeOpus4.8搬上了AmazonBedrock。如果你除了这条新闻什么都没读到，你会觉得这只是一个模型上架的通知。 图源：Anthropic官方X（Twitter）账号@claudeai一、从"聊天模型"到"生产推理工作负载"AWS的公告标题不叫"ClaudeOpus4.8来了，快来聊天"。 ClaudeOpus4.8可能在代码生成上碾压前代，但在某个你想不到的cornercase上突然犯蠢——这不是bug，这是锯齿状智能的本质特征。 真正的问题是：当Opus4.8犯错的时候，你的系统有没有能力检测到它在犯错？四、为什么AWS这件事比你想象的重要从Software3.0的角度看，LLM是新的操作系统内核。 ClaudeOpus4.8上AWS，不是"又一个模型上线"。这是Software3.0的分发层开始真正成型的信号。
11010编辑于 2026-05-29- 来自专栏技术人生黄勇
Claude 发布 Opus 4.8 还是最强的大模型吗？
SuperCLUE团队基于中文大模型测评基准体系对Claude Opus 4.8 进行了测评，以下是测评结果与分析。 二、Claude-Opus-4.8在幻觉控制任务中取得87.48分，占据榜单第一，相较于Opus 4.7提升超过6分。 三、Claude-Opus-4.8在科学推理任务中取得77.19分，占据榜单第一，相较于Opus 4.7提升8.77分。 四、Claude-Opus-4.8对比Claude-Opus-4.7。 Claude-Opus-4.8 在幻觉控制、科学推理和代码生成上均有较大幅度的提升。 Claude-Opus-4.8的API价格和上个版本（74.38元/百万Tokens）保持一致，依旧处于低性价比区间。
43830编辑于 2026-06-01 - 来自专栏程序小小事
Claude Opus 4.8 vs GPT-5.5，到底该用谁？
因此，Claude Opus 4.8 的定位很直白——不是换架构的大改，是把该补的短板补上。 Claude Opus 4.8跑分涨了，但别只盯着榜单 官方数据我帮你们捋了一遍! Claude Opus 4.8 在这块下了功夫。官方说，代码缺陷悄悄溜过去的概率，降到 4.7 的四分之一。 Devin 的 CEO 用过之后说，工具调用干净多了，注释啰嗦的毛病也好了。 更适合 Claude Opus 4.8 更适合 GPT-5.5 / Codex 大型代码仓库开发与维护 大量依赖终端（Terminal）的工作流 长时间无人值守的 Agent 任务 Web 搜索与信息研究 写在最后 根据Anthropic官方态度的猜测，Mythos 估计几周后也要来了，有人猜 Claude Opus 4.8 可能是 Mythos 正式登场前最后一个 Opus。
55510编辑于 2026-06-01 - 来自专栏开源项目与最新讯息
Anthropic Claude Opus 4.8 核心升级与工程落地实践
美国时间 2026 年 5 月 28 日，Anthropic 正式推出了其旗舰模型的最新迭代版本——Claude Opus 4.8。 本文将从技术性能测试、核心特性演进、企业工程化落地以及社区反馈等维度，对 Claude Opus 4.8 进行一次全面的客观拆解。 Claude Code 引入“动态工作流”（Dynamic Workflows） 针对开发者生态，由 Opus 4.8 驱动的命令行工具 Claude Code 迎来重大升级。 Announcements原文来自 介绍克劳德作品 4.8 \ Anthropic --- Introducing Claude Opus 4.8 \ Anthropic 参考文章来自 ：Anthropic Claude Opus 4.8 核心升级与工程落地实践 | 联合库UNhub Newsroom 新闻工作室
43910编辑于 2026-05-29 Claude 4.8 最打动我的不是更会编程，而是更少“编”
Claude4.8这次让我觉得比较有价值的点，是它更愿意把“不确定”摆到台面上。 Claude4.8在这个方向上是明显加分的。代码任务：它更像在做codereviewClaude4.8处理代码时，一个明显变化是它更愿意先拆问题。 长文和需求：它不是更花哨，而是更稳除了代码，我觉得Claude4.8也适合整理复杂材料。 Claude4.8在这点上比很多“很会写”的模型更像一个协作者。它不会每次都写得特别有网感，但它更少用漂亮话掩盖不确定。 这样用Claude4.8才不会变成“感觉很好，但账单不可控”。最后Claude4.8不是那种只靠炫技取胜的模型。
8510编辑于 2026-06-03- 来自专栏算法一只狗
Claude Opus 4.8 发布：补上 4.7 的短板，押注 Agent 工作流
2）长任务协作更稳Anthropic强调Opus4.8在agentictask里判断力更好：会问更关键的问题。 3）更诚实，少硬编这是4.8这次最被强调的变化。Opus4.8更容易标记不确定性，不会做一些没有依据的断言；在代码评估里，它的偏离预期的行为概率约为前代的四分之一。 Effortcontrol更清晰Opus4.8默认是higheffort。 为什么这一次这么快发布了Opus4.8？4.8很明显是在补4.7的真实使用问题。 4.8的发布节奏，本质上是在配合ClaudeCode从“代码助手”升级成“工程Agent执行器”。
45830编辑于 2026-05-29 Claude 4.8 刷屏全网，但90%开发者都看错了重点
ClaudeOpus4.8发布后，很多人会先看模型能力。代码是不是更强了？推理是不是更稳了？跑长任务是不是更可靠了？这些当然重要。 所以这篇不单聊ClaudeOpus4.8本身，而是借这个更新聊一个更实际的问题：当AICodingAgent越来越能干，我们应该怎么给它派长期任务？ 6.Claude、Codex、NLWeb其实都指向同一个方向如果单独看ClaudeOpus4.8，它是模型更新。如果单独看Codex，它是AI编程工具。 Claude这类模型更新，让Agent更能处理长任务。Codex这类编程工具，让Agent更接近真实项目。NLWeb这类方向，让网站、知识库、内容系统更容易被Agent理解。 总的来说ClaudeOpus4.8当然值得关注。但我不建议只盯着“模型是不是更强”。更值得看的，是AICodingAgent的任务形态正在变化。它不只是回答一个问题。它开始能接一段工作。
8810编辑于 2026-06-02- 来自专栏人工智能chat
Claude Opus 4.8 深度解析：模型能力、成本优化与获取APIKey 开发调用实践
Claude Opus 4.8 正是在这样的背景下出现的。 一、Claude Opus 4.8 的模型定位Claude Opus 4.8 可以理解为 Anthropic 当前面向高复杂度任务的旗舰模型。 四、如何获取 Claude API Key？在正式接入 Claude Opus 4.8 之前，开发者首先需要准备 API Key。 六、调用 Claude Opus 4.8 示例下面给出一个 OpenAI 兼容格式的调用示例。 八、适合 Claude Opus 4.8 的典型场景1. AI 编程助手Claude Opus 4.8 非常适合用于复杂代码分析、重构建议、单元测试生成、Bug 定位和架构评审。
29310编辑于 2026-05-29 - 来自专栏Claude
别被AI“太肯定”骗了：Claude 4.8的“不知道”更像靠谱
今天我们就以Claude4.8为例，聊聊一个在工程实践里非常关键的话题：诚实的边界感。它不只是聊天时的语气，更直接影响你代码的正确性、排障效率和团队协作成本。 二、Claude4.8把“不知道”挂在嘴边：是能力的一部分很多同学会误解：“不确定”=“不聪明”。 当你使用Claude4.8这类会说“不确定/需要信息”的模型，反而能更自然地写出高质量内容。你可以用下面的结构去组织文章：问题背景：你遇到了什么场景？规模/约束是什么？关键假设：哪些前提影响结论？ Claude4.8愿意把“不知道”说出口，本质上是把“验证优先级”提到前面。对开发者来说，这往往比一段看起来完美的说明更有价值。 Claude4.8把“不知道”挂在嘴边，看似慢半拍，实际上是在提醒你：这里需要验证、这里需要上下文。对开发者而言，效率不等于“更快写完”。真正的效率，是更少返工、更快定位、可追溯地把事情做对。
10810编辑于 2026-06-05 - 来自专栏MixLab科技+设计实验室
Claude 4.8来了，4.7只活了42天：模型迭代加速，背后是什么？
昨天凌晨，Anthropic 发布了 Claude Opus 4.8 能力到底有多强？官方案例：Bun这个项目，花了11天，75万行代码从Zig迁移到Rust，99.8%测试通过。 Opus 4.8 在单次交互层面的改进是真实的：指令遵循更准、编码能力有显著提升（虽然有一项不如GPT，但也不妨碍Claude还是最强的事实）。 这些都是序章。 Claude Opus 4.8 各项能力测评 真正的变化在 Dynamic Workflows： 这是 Claude Code 的全新功能，Claude 会动态编写编排脚本，在单个会话中并行运行数十到数百个子代理 Claude4.8模型带的 agent 团队干了 11 天，不是人类工程师干了 11 天。 Bun创始人Jarred Sumner用11天完成75万行代码大迁移 工作方式变了。 Claude 4.7 只存活了大约 42 天就被 4.8 接棒，而此前几个版本的周期是 70-110 天。
35310编辑于 2026-05-29 Claude Opus 4.8 发布：当 AI 编程转向长期任务，如何设计你的 Agent 任务流？
这两天ClaudeOpus4.8发布，朋友圈和社区里的大多数讨论依然聚焦在模型能力上：代码跑分涨了多少？复杂推理是不是更稳了？ 很多人在使用Claude等Agent遇到跑偏时（比如让它改一个页面，它却热心地把历史重构了），第一反应是去收藏更复杂的Prompt技巧。 ：TXTAI代码解释[Agent执行完重构任务]│▼(自动将上下文、决策树与避坑点沉淀)[写入本地.agent_memory/知识库]│▼(下次启动新任务时)[作为SystemContext动态注入给Claude 四、总结：从“调教AI”全面走向“工程管理”从单独的工具演进来看：ClaudeOpus4.8证明了底层模型已经具备了处理多步骤、高Token消耗长期活的算力储备；Codex/MCP协议的普及，为Agent 学会给AI画边界、设检查点、沉淀工作记忆，用管理一个风险新员工的方式去工程化地管理Agent，这才是Claude进入长期任务时代后，我们真正需要升维的硬核修养。
11900编辑于 2026-06-01美国最强模型翻车：Claude Opus 4.8一开口就说自己是DeepSeek和千问
5月28日，Anthropic发布旗舰模型Claude Opus 4.8。5月29日，开发者用API问它"你是谁"，它回答："我是通义千问。" 隔了一会儿又说："我是DeepSeek。" 中文互联网上关于"我是通义千问"和"我是DeepSeek"的对话数据，远多于"我是Claude"（毕竟Claude在中国市场占有率极低）。模型可能只是从公开网页数据中学到了这些。 不等于能力蒸馏。 进行"工业级蒸馏攻击" 2026年2月24日 Anthropic呼吁美国政府加强对中国AI公司的出口管制 2026年5月28日 Anthropic发布Claude Opus 4.8 2026年5月29日 四、Opus 4.8本身：抛开争议，实力几何？ 争议归争议，Opus 4.8的硬实力还是得看。 4.3 定价 模型 输入 $/1M token 输出 $/1M token Claude Opus 4.8 $5.00 $25.00 Claude Opus 4.8 Fast $10.00 $50.00
41410编辑于 2026-06-01- 来自专栏Hank’s Blog
4.8 this关键字
/** * 测试this * @author Hank * */ /* 创建一个对象分为如下四步： 1.分配对象空间，并将对象成员变量初始化为0或空 2.执行属性值的显示初始化 3.执行构造方法 4.返回对象的地址给相关的变量 */ public class TestThis { int a,b,c; TestThis(int a,int b){ this.a = a; this.b = b; } TestThis(int a,int b,int c){ this(
40120发布于 2020-09-17 - 来自专栏代码日志
当模型开始学会说“我不知道” ——Claude Opus 4.8 不只是更快
创作与出海 重新拾起自媒体平台，继续倒逼自己动脑和记录日常的所思所感，不止技术 欢迎大家关注微信公众号 做棵大树，有想要长期联系的朋友也可以通过公众号菜单栏找到我~ ” 昨天 Anthropic 发布了 Claude Opus 4.8。 ” Opus 4.8 改变的就是这件事。 根据 Anthropic 的数据，Opus 4.8 比上一代 Opus 4.7 减少了约4倍的代码缺陷遗漏率。 简单说：Claude Code 现在可以自己规划工作，然后同时派出上百个子代理并行执行任务，最后汇总结果。 这意味着什么？ 开发者： 试试在 Claude Code 中用 xhigh effort 模式处理复杂架构决策 用 Dynamic Workflows 跑一次大规模代码迁移，体验并行执行的效率 注意观察 Opus 4.8
35630编辑于 2026-05-29 Claude4.8与GPT5.5实测：谁才是今年开发者的首选
今天，我不聊虚的概念，直接拿日常开发中两个极具代表性的技术场景，带大家深度对比一下 Claude 4.8 与 GPT-5.5 的真实表现。 Claude 4.8 的方案表现：教科书级的防御性编程Claude 4.8 生成的代码，在工程完备度上明显更胜一筹。 Claude 4.8 的分析思路Claude 4.8 的回答则更像是一个在现场踩过无数坑的骨干架构师。 Claude 4.8 的输出，能让你明显感觉到它在试图帮你“规避未知的风险”，这种逻辑链的深度在技术方案设计中极为珍贵。 推荐首选 Claude 4.8 的场景：核心业务重构：编写涉及高并发、事务处理、资金安全等对稳定性要求极高的后端代码。系统架构设计：作为架构设计的辅助参考，帮助团队梳理边界条件、异常流和降级方案。
24610编辑于 2026-06-02- 来自专栏Claude
用云函数 SCF 调用 Claude 4.8 API：低成本实现定时内容摘要推送
本文面向 Serverless 开发者，分享一个比较轻量的方案：使用腾讯云云函数 SCF，定时触发任务，调用 Claude 4.8 API，对指定内容进行摘要，然后通过 Webhook 推送出去。 二、整体架构设计这个自动化流程可以拆成四步：定时触发：SCF 定时器按配置执行函数；获取内容：从 RSS、接口、数据库或对象存储中读取原始文本；生成摘要：调用 Claude 4.8 API，输出结构化摘要 -4.8 WEBHOOK_URL=你的消息推送地址 这里的 ANTHROPIC_API_URL 请按你实际使用的 API 服务地址填写。 -4.8") WEBHOOK_URL = os.environ.get("WEBHOOK_URL") def get_source_content(): """ 示例：这里先用静态文本模拟 总结用 SCF 调用 Claude 4.8 API 做定时摘要，本质上是把“重复阅读和整理信息”的动作交给自动化工作流处理。
11710编辑于 2026-06-05 Claude Code 4.8、Codex、Gemini 国内接入实测：我用了一圈后的深度总结
尤其是ClaudeCode4.8出来以后，我明显感觉很多开发者又开始重新关注Claude相关的接入方式。原因也很简单：代码理解、长上下文、复杂任务拆解这些场景，ClaudeCode依然很有吸引力。 但真正开始在国内环境里长期使用API，就会遇到一些现实问题：官方API支付门槛比较高，经常需要外币信用卡网络访问不够稳定，开发环境和生产环境都要额外处理不同模型平台接口不统一，切换成本高Claude、GPT 第二部分：ClaudeCode4.8实测时，我最关注什么？我这次主要是围绕ClaudeCode4.8做开发场景测试。 以前我用AIAPI，经常会遇到一种情况：Claude一个Key，GPT一个Key，Gemini一个Key，DeepSeek又是一套配置。每个工具都要填BaseURL、APIKey、模型名。 ClaudeCode4.8、Codex、Gemini这类模型，如果能放在一个入口下统一管理，日常测试会方便很多。
77010编辑于 2026-05-29- 来自专栏pydata
gcc 4.8 on ubuntu
add-apt-repository ppa:ubuntu-toolchain-r/test sudo apt-get update sudo apt-get install gcc-4.8 g++-4.8 sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.6 60 --slave /usr/bin /g++ g++ /usr/bin/g++-4.6 sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.8 40 --slave /usr/bin/g++ g++ /usr/bin/g++-4.8 sudo update-alternatives --config gcc 安装完gcc-4.8后即可安装
1K30发布于 2018-08-02 - 来自专栏AiCharm
每日学术速递4.8
1.HypLiLoc: Towards Effective LiDAR Pose Regression with Hyperbolic Fusion(CVPR 2023)
38210编辑于 2023-05-15 - 来自专栏时悦的学习笔记
Redhat 4.8的安装
这个专题是关于如何在redhat 4.8上安装orale 9.2.0.8 系统镜像及数据库文件会在最后放出 ---- 第一章节是安装redhat 4.8操作系统 注意事项: 系统安装选择软件包的时候: ---- 到这里redhat 4.8已安装完成，下一步是系统环境的设置 其他文档 [安装文档]Oracle 11g RAC安装文档
2.5K40发布于 2020-08-19
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号